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IN THE CLAIMS 

Please amend claims 1 and 2, as follows. 

1 — 1. [Twice Amended] A multi-tasking operating system for 

2 managing simultaneous access to scarce or serially re-usable 
V 3 resources by multiple process threads^ comprising: 

4 at least one resource; 

5 a plurality of threads requesting access to said 

6 resource; and 

7 a stationary queue for allocating access to said 

8 resource amongst said threads one-by-one in order of 

9 request, — 

1 2. [Amended] A multi-tasking operating system stationary 

2 queue for managing simultaneous access to scarce or serially 

3 re-usable resources by multiple process threads, the 

4 stationary queue comprising: 

5 a sleep code routine for generating a unique block 

6 identifier when a process thread temporarily cannot 
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7 gain access to said resource and must be suspended; and 

8 a wakeup code routine for generating a unique run 

9 identifier when a next thread in line is to be 

10 re-animated and granted access to said resource in FIFO 

11 order* 

12 ^^^^^JF^ SPECIFICATION 

13 Please amend the paragraph beginning at Page 8^ line 14, as 

14 follows: 



15 — If, in step 144, it is determined that the requested 

16 resource is available, in step 145 the thread uses the 

17 resource and, when finished, in step 152 returns the 

18 resource. In step 154 it is determined whether or not NFW 

19 counter 112 equals NSC counter 110. If they are equal, 

20 there are no threads waiting on the resource, and processing 

21 returns to step 142 to await a request from a thread for the 

22 resource. If they are not equal, there is a waiting thread. 

23 In step 156, run ID 132 is created using the value of NSC 

24 110 counter, which will then be incremented in step 158. In 

25 step 150, the thread identified by run ID 132 is awakened 

26 and made ready to run by the operating system. In step 162, 
that thread awakens, and in step 145, uses the resource. — 
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